System method and apparatus for seamlessly splicing data

ABSTRACT

A plurality of bit streams are seamlessly spliced. Separate decoders decode each bit stream. A controller selects the decoded pictures according to a re-encoding range in the vicinity of a splicing point of the bit streams. Pictures presenting a reordering of the streams are excluded in the selection of the decoded pictures. An encoder re-encodes the pictures within the re-encoding range. When it is determined that crossover motion compensation exists between pictures of different streams, the controller changes the motion prediction direction of the problematic picture. The controller changes a motion prediction picture type of a picture which is improperly motion predicted with reference to another stream. A quantization characteristic or motion vectors for the new picture type are generated by the controller. The controller effects the encoding in accordance with a target amount of bits to prevent a breakdown of a buffer and a discontinuation of an amount of data occupancy thereof. A multiplexer multiplexes the original streams with the re-encoded stream to produce a seamless bit stream.

This is a continuation of co-pending International ApplicationPCT/JP98/03332 having an international filing date of 27 Jul. 1998.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to an editing system, method and apparatusfor editing images and, more particularly, an editing system, method andapparatus for seamlessly splicing a plurality of bit streams of videodata.

2. Related Art

Recording/reproducing systems have recently been introduced whichrecord/reproduce high quality audio/video data utilizing compressionschemes. High quality recording/reproducing systemscompression-encode/decode the audio/video data utilizing the MPEG(Moving Picture Experts Group) standard. One example of such a system isthe DVD (Digital Versatile Disk or Digital Video Disk), which provides apowerful means by which unprecedented quantities of high qualityaudio/video are compressed on an optical disk.

FIG. 1 illustrates the general recording/reproducing system. The videoencoder 111 of the encoding-side apparatus 110 encodes input video dataD_(V) in accordance with the MPEG standard to thereby produce a videoelementary stream (video ES). The packetizer 112 packetizes the videoelementary stream into a video packetized elementary stream (video PES)comprising access units; each access unit representing a picture in agroup of pictures making up a portion of the video program. The audioencoder 113 of the encoding-side apparatus encodes input audio dataD_(A) to thereby produce an audio elementary stream (audio ES). Thepacketizer 114 formats the audio elementary stream into an audiopacketized elementary stream (audio PES) comprising access units; eachaccess unit represent decodable segment of an audio bit stream. Thetransport stream multiplexer 115 multiplexes the audio and videopacketized elementary streams to thereby produce a transport streampacket. A Video Buffer Verifier (VBV) buffer (not shown)stores/retrieves the multiplexed streams at a variable target rate whichis controlled in accordance with the number of bits to be encoded andthe capacity of the VBV buffer. An illustration of the Video BufferVerifier is provided with reference to FIG. 2.

The decoding-side apparatus 120 of FIG. 1 stores in a decoding-sideVideo Buffer Verifier (VBV) buffer (not shown) the received transportstream which is transmitted via the transmission medium 116. Thetransport stream demultiplexer 121 demultiplexes the received transportstream fetched from the decoding buffer at a timing determined by adecoding time stamp (DTS) to thereby reproduce the video packetizedelementary stream (video PES) and the audio packetized elementary stream(audio PES). The video packetized elementary stream is depacketized bydepacketizer 122 and decoded by video decoder 123 thereby reproducingthe video data D_(V). The audio packetized elementary stream isdepacketized by depacketizer 124 and decoded by audio decoder 125thereby reproducing the audio data D_(A). For DVD applications, thetransport stream multiplexer 115 and the transport stream demultiplexer121 are respectively replaced with a program stream multiplexer anddemultiplexer which DVD format/unformat the encoded bit streams.

In the recording/reproducing system of FIG. 1, it is desirable toseamlessly splice a plurality of bit streams by concentrating at thetransport level two or more different elementary streams representingthe merger of different video programs. In digital broadcasting, forexample, editors at a broadcasting station splice a plurality of bitstreams from different video sources such as, for example, live videofeeds received from local stations for generating a spliced broadcastvideo program. In DVD applications, the director splices movie scenes tobe recorded on the DVD optical disk. In another DVD application, the DVDdecoder splices multiple bit streams reproduced from the DVD opticaldisk in response to user-entered actions which is particularly usefulfor generating alternate scenes for interactive movies and video games.

There are, however, unforeseen difficulties to splicing a plurality ofbit streams using the MPEG compression standard. In order to illuminatethe problem, a closer look at MPEG is warranted. In summary, the MPEGstandard implements a compression process which includesmotion-compensated predictive coding in conjunction with adaptiveDiscrete Cosine Transform (DCT) quantization. The motion-compensatedpredictive coding predicts motion in each image frame/field using bothunidirectional and bidirectional motion prediction. The DCT quantizationadaptively compresses each frame/field in accordance with themotion-compensated prediction. The term “frames” hereinafter refers topictures in general including frames as well as fields.

As illustrated in FIG. 3(a), motion-compensated prediction of the MPEGcompression standard classifies the frames into one of three types:intracoded-frames (I-frames), predictively coded frames (P-frames) andbi-directionally coded frames (B-frames). MPEG establishes the I-framesas the reference by which the B- and P-frames are encoded and, thus,preserves the I-frames as complete frames. The I-frames are considered“intra-coded” since they proceed as complete frames, having bypassed themotion-compensated prediction, to the DCT quantization whereupon eachI-frame is compression encoded with reference only to itself. P-frames,which rely on forward temporal prediction, are coded using the previousI- or P-frame. B-frames are coded using bi-directional (forward and/orbackward) motion compensated predictive encoding using the two adjacentI- and/or P-frames. B- and P-frames are considered “inter-coded” sincethey are motion-prediction encoded with reference to other frames. FIG.7 illustrates an example of the direction of prediction for each I, Band P-frame in a group of pictures (GOP) as indicated by the arrows inthe figure.

In accordance with the MPEG standard, frames are arranged in orderedgroups of pictures (GOP), each group of pictures comprising a closed setof I-, B- and P-frames which are encoded with reference to only thoseframes within that group.

FIG. 3(a) illustrates the natural presentation order (1 to 15) of theGOP in which the pictures are naturally presented to the viewer. Sincethe B- and P-frames within the GOP are encoded with reference to otherframes, the MPEG standard dictates that the natural presentation ordershown in FIG. 3(a) be rearranged into the decoding order shown in FIG.3(b) in which the frames are to be decoded and transmitted in the codedorder shown in FIG. 3(c). With this arrangement, the frames necessaryfor decoding other frames are first decoded to provide the basis uponwhich the following inter-coded frames are decoded. For example, anI-frame which forms the reference by which the following frames in theGOP are motion-compensation predicted is positioned first in thedecoding order. Once decoded, the pictures are rearranged in theirnatural presentation order for display to the viewer.

Motion-compensated predictive coding divides each I-, B- and P-frameinto 8×8 pel macroblocks. The motion vectors for a present frame aremotion-compensation predicted with reference to the motion vectors ofanother frame which is selected in accordance with the direction ofprediction of the type of frame (e.g., I-, B- or P-frame). For example,P-frame macroblocks are motion-predicted with reference to themacroblocks in a previous I or P-frame; B-frame macroblocks aremotion-predicted with reference to the previous/successive I- and/orP-frames. The I-frames, which are not inter-coded, bypass motioncompensation and are directly DCT quantized.

The process for motion-predicting a current picture in a GOP isillustrated in FIGS. 4(a)-(e). The GOP are input in the naturalpresentation order shown in FIG. 4(a), rearranged in accordance with thedecoding order shown in FIG. 4(b), motion-predicted utilizing two framememories (FM1, FM2) as shown in FIGS. 4(c) and (d) and output in theform of the encoding stream (ES) shown in FIG. 4(e). For example, theI-frame (I3) of FIG. 4(b) is intra-coded and, therefore, output directlyto the encoding stream (ES); the B-frame (B1) of FIG. 4(b) is motionpredicted with reference to the I-frame (I3) stored in the first framememory (FM1) of FIG. 4(c) and the P-frame (P) stored in the second framememory (FM2) of FIG. 4(d); the P-frame (P6) of FIG. 4(b) is motionpredicted with reference to the I-frame (I3) stored in the first framememory (FM1) of FIG. 4(c). From the foregoing illustration, it isapparent that a minimum of two frame memories are needed forbi-directional motion prediction.

After the motion vectors are calculated, each macroblock is DiscreteCosine Transform (DCT) encoded. More particularly, the macroblocks aretransformed from pixel domain to the DCT coefficient domain. Next,adaptive quantization is performed on each block of DCT coefficients inaccordance with a variable quantization step size. After adaptivequantization is applied to the DCT coefficients, the coefficientsundergo further compression involving such techniques as differentialcoding, run-length coding or variable length coding. The encoded data isstored/retrieved to/from the Video Buffer Verifier (VBV) buffer at acontrolled target bit rate in the form of a serial bit stream.

FIG. 2 illustrates a locus of the data occupancy of the VBV bufferwherein the bits (oordinate) of the I-, B- and P-frames are stored inthe VBV buffer along a time axis (presentation time T_(p)-abscissa) at atransmission bit rate (inclination 131) and output from the VBV bufferas indicted by the vertical lines. The VBV buffer is considered a“virtual” buffer because it emulates the buffer on the decoding side. Bycontrolling the amount of bits 132 of the VBV buffer on the encodingside, it can be assured that the appropriate amount of bits per decodingtime stamp (DTS), i.e. target bit rate, is transmitted to the decodingside. This is important in MPEG where the number of bits for aparticular frame varies depending upon the motion-prediction type. TheI-frames in FIG. 2, for example, require four times the amount ofstorage time (VBV buffer delay) as the P-frames and twice the B-frames.For that matter, care must be taken that the varied amount of bits in aGOP does not cause an overflow when the number of bits exceeds thebuffer capacity (upper-hatched line) or an underflow when the number ofbits drops below a predetermined minimum number (lower-hatched line)which will sustain an efficient encoding/decoding process.

Referring to FIGS. 5A-C, the decoding process for decoding thetransmitted group of pictures (GOP) is explained. The coded order shownin FIG. 5(a) is received by the decoding side apparatus 120 (FIG. 1) andstored in the decoding-side VBV buffer. The transport streamdemultiplexer 121 demultiplexes the stream into the packetizedelementary stream illustrated in FIG. 5(b). The GOP are decoded byfetching the compressed picture data from the decoding-side buffer at atiming determined by the decoding time stamp (DTS), de-compressing thefetched picture data and reconstructing each I-, B- and P-frame from thedecompressed picture data. It will be appreciated that the I-frames arecomplete upon decompression. The B- and P-frames are reconstructed bymotion estimating the previously decoded frames based on thedecompressed motion vectors of the current B- or P-frame. Afterwards,the decoded frames are rearranged in their original presentation orderfor display as shown in FIG. 5(c).

When it is considered that the decoding-side apparatus requiresrelatively less hardware complexity than the encoding-side, the wisdomof the MPEG encoding/decoding scheme will be immediately recognized. Toexplain, the complex hardware necessary to perform motion prediction isnot a part of the decoding-side apparatus since the decoder need onlyapply the motion vectors to the encoded pictures. The high qualityaudio/video is, thus, generated by a high-end encoder for distributionenmasse to numerous, considerably less-complex (and less-expensive)decoders.

The motion decoding process is illustrated in FIGS. 6(a)-(d) whereinFIG. 6(a) shows the coded video elementary stream (ES) which is suppliedto the decoder. A first frame memory (FM1) as illustrated in FIG. 6(b)stores a first previously-decoded picture for decoding the currentpicture. A second frame memory (FM2) as illustrated in FIG. 6(c) storesa second previously-decoded picture for decoding the current picture.For example, the decoded I-frame (I3) (first picture in the ES of FIG.6(a)) is stored in the first frame memory (FM1) and the P-frame(previous ES) is stored in the second frame memory (FM2). In thisexample, the B-frame (B1) is decoded by motion estimating the frames inthe frame memories (FM1, FM2) based on the motion vectors of B1. Thedecoded GOP are output in the presentation order illustrated in FIG.6(d).

With the rudiments of the MPEG standard explained, the difficultiesconfronted when splicing coded streams will be better appreciated. Inthe conventional editing system for splicing bit streams, it isrecognized that the bit streams must be decoded. This is because theprediction direction of the first stream may be inconsistent with thatof the second. To explain, the selected direction of prediction(forward/backward) for the B-frames mutually effects the predictiondirection of other B-frames and, for that matter, defines which framesare selected for the motion prediction throughout the GOP. When twocoded bit streams are spliced arbitrarily, for example, the predictiondirection for a frame in the first coded bit stream may be decoded withreference to a frame with an inconsistent prediction direction in thesecond coded bit stream. For this reason, motion estimation upondecoding in the area of the splicing point will result in reconstructingan incorrect picture. The error, referred to as a discontinuity,migrates to other frames in motion estimation, consequently effectingthe motion estimation decoding of the GOP as a whole. This discontinuitymanifests as visible macroblocks on the display when, for example, thechannel of a digital television is changed.

In order to prevent discontinuity, it is suggested to decode the bitstreams before splicing. When the bit streams are decoded, the framesthereof are not motion predicted, i.e., not encoded with reference toother frames and thus are not subject to the discontinuity of theforegoing method. However, the spliced bit stream must be re-encoded.Since MPEG coding is not a 100% reversible process, the signal qualityis deteriorated when re-encoding is performed. The problem is compoundedbecause the re-encoding process encodes a decoded signal, i.e., adegraded version of the original audio/video signal.

A splicing technique which addresses signal deterioration selectivelydecodes the bit streams at a splicing, point. However, such a splicingtechnique produces unsatisfactory results. The first problem arises inthe presentation order of the spliced stream which may be understoodwith reference to FIGS. 8(a)-(d) to 9(a)-(d). FIGS. 8(a)-(d) illustratethe ideal case where no problems arise in the presentation order of thespliced stream ST_(SP). In this case, stream ST_(A) of FIG. 8(a) isspliced at the splicing point SP_(A) with stream ST_(B) of FIG. 8(b) atthe splicing point SP_(B). Thus, the spliced bit stream ST_(SP) of FIG.8(c) presents the pictures of stream ST_(A) followed by the pictures ofstream ST_(B) without problem.

FIGS. 9(a) to (d) illustrate the problem where the decoder rearrangesthe presentation order of the spliced bit stream. Stream ST_(A) of FIG.9(a) is bit-spliced with stream ST_(B) of FIG. 9(b) at respectivesplicing positions (SP_(A), SP_(B)). Unlike the ideal case, the decoderon the decoding-side rearranges the order of presentation of the framesof the spliced bit stream ST_(SP) (FIG. 9(c)) such that, in thisexample, the last frame (P-frame) in bit stream ST_(A) is inserted atthe third-picture position of stream ST_(B). This appears visually as anarbitrary picture inserted in the video program.

The second problem, hereinafter termed “crossover”, arises in motionestimation upon decoding of the spliced bit stream. In the ideal caseillustrated in FIGS. 10(a), (b) the motion estimation reconstructs thepictures of stream ST_(A) of the spliced bit stream ST_(SP) of FIG.10(a) with reference to only those frames from that stream. This isindicated by the arrows in FIG. 10(b) which represent the motionestimation direction. Likewise, stream ST_(B) is motion estimated withreference to only those pictures in that stream.

FIGS. 11(a) and (b) illustrate the problem of crossover motionestimation. For example, the P-frame in stream ST_(A) is based on framesin stream ST_(B) as illustrated by the hatched arrows labeled “NG” inFIG. 11(b). Thus, the P-frame in stream ST_(B) is reconstructed from thewrong picture which appears visually as a distorted image. This problemis propagated through the GOP as shown in FIGS. 12(a), (b) when theincorrectly-estimated P-frame of stream ST₃ is utilized by the decoderto motion estimate other frames. This results in a number of distortedpictures which are quite noticeable.

FIGS. 13(a) to 18(b) illustrate the third problem of underflow/overflowrelated to splicing bit streams. The ideal case is illustrated in FIGS.13(a)-(d) wherein three streams (ST_(A), ST_(B), ST_(C)) are spliced atsplicing points SP_(V) and a buffer occupancy V_(OC). FIG. 13(a)illustrates the locus of the data occupancy of the video buffer verifier(VBV) buffer on the decoding side wherein I-, B- and P-frames are storedin the VBV buffer. FIG. 13(b) illustrates the spliced stream ST_(SP),FIG. 13(c) the timing at which each of the pictures is generated afterrearrangement and FIG. 13(c) the order of the pictures after thedecoding operation. As will be appreciated from FIG. 13(a), the instantcase does not present a problem of overflow (upper-hatched line) orunderflow (lower-hatched line).

The problematic case is illustrated in FIGS. 14(a)-16(b). By themselves,bit streams ST_(A), ST_(B) do not pose an overflow/underflow problem aswill be appreciated from FIGS. 14(a), 15(a). However, when the bitstreams ST_(A), ST_(B) are spliced as illustrated in FIGS. 16(a), (b) ata splicing point SP_(V) an overflow/underflow condition occurs. Theoverflow condition which is illustrated in FIGS. 17(a), (b) occurs whenbit stream ST_(B) continues to fill the VBV buffer to a point where theVBV buffer overflows as indicated at 141 in FIG. 17(a). The underflowcase which is illustrated in FIGS. 18(a) and (b) occurs when streamST_(B) does not thereafter fill the VBV buffer by a sufficient amountthereby resulting in an underflow 142 shown in FIG. 18(b). In thedecoding-side apparatus (IRD), either an overflow or underflow of theVBV buffer consequently results in a failure in decoding pictures on thedecoding-side. It is not atypical to see the effects ofoverflow/underflow manifesting as the skipping, freezing or interruptionof the images.

Heretofore, there has been no solution for providing aseamlessly-spliced bit stream from a plurality of bit streams withoutthe serious defects illustrated in the foregoing examples.

OBJECTS AND SUMMARY OF THE INVENTION

It is therefore an object of the present invention to provide a systemfor splicing bit streams;

It is another object of the present invention to provide a system forseamlessly splicing bit streams;

It is another object of the present invention to prevent signaldeterioration in a system for splicing bit streams;

It is another object of the present invention to prevent degradation ofimage quality due to improper reordering of the pictures in the splicedbit stream;

It is another object of the present invention to prevent picturedistortion due to improper motion estimation and the propagationthereof;

It is another object of the present invention to preventoverflow/underflow in the video verifier buffer (VBV) buffer;

It is another object of the present invention to provide an editingsystem to generate seamless bit streams on the fly from video feeds ofvarious sources for broadcast by a broadcasting station;

It is another object of the present invention to provide a system forsplicing bit streams in a DVD system;

It is another object of the present invention to provide a system forgenerating interactive movies by splicing a plurality of bit streamsrepresenting various portions of the movie;

It is another object of the present invention to provide a video gamesystem for generating interactive video game scenes selected inaccordance with user commands by splicing a plurality of bit streamsrepresenting alternative user-directed scenes of a video game; and

It is another object of the present invention to provide a system forencoding/decoding audio/video feeds spliced from a plurality of bitstreams for on-line transmission.

According to the present invention, there is provided a system, methodand apparatus for splicing a plurality of bit streams. The presentinvention inhibits a picture in the spliced bit stream which, upondecoding, would be out of sequence. In this manner, the presentinvention prevents an improper reordering of the spliced bit streampictures on the decoding side.

In order to prevent deterioration in the image quality of the splicedbit stream, the present invention selectively reuses motion vectorinformation fetched from the source coded streams for use in there-encoding process. The new motion vectors are supplied to the motioncompensation portion of the re-encoder in place of the original motionvectors. In order to prevent the improper prediction of a picture froman incorrect bit stream source, the present invention sets the directionof prediction to a picture which is positioned adjacent the splicingpoint thereby preventing degradation in image quality. In addition, thepresent invention has a capability of changing the picture type of apicture in the vicinity of the splicing point in order to preventerroneous motion prediction from pictures from another bit streamsource.

It is recognized in the present invention that the overflow/underflowcondition occurs owing to an improper selection of the target bit ratefor the spliced bit stream. So as to prevent overflow/underflow of thevideo buffer verifier (VBV) buffer, the target amount of bits iscalculated anew for the spliced bit stream. The target amount of bits iscalculated by reference to a quantizing characteristic produced in aprevious coding process which may be retrieved from the source codedstreams. In the alternative, the target amount is approximated. Theplural bit streams are decoded in the region of the splicing point(s)and re-encoded in accordance with the new target bit rate.

With the present invention, seamlessly-spliced bit streams are providedwithout signal deterioration arising from improper reordering of theframes, picture distortion due to improper motion estimation or abreakdown in the video verifier (VBV) buffer due to improper selectionof the target bit rate. It will be appreciated that the presentinvention is applicable to a wide range of applications including, forexample, an editing system for generating seamless bit streams on thefly from video feeds of various sources for broadcast by a broadcastingstation, a DVD system, a system for providing interactive movies, avideo game system for generating alternative user-directed scenes of avideo game or a system for encoding/decoding audio/video feeds foron-line transmission.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a recording/reproducing system;

FIG. 2 illustrates the operation of a VBV buffer;

FIGS. 3(a)-(c) illustrate the operation of an encoder;

FIGS. 4(a)-(e) illustrate the operation of the frame memories of theencoder;

FIGS. 5(a)-(c) illustrate the operation of a decoder;

FIGS. 6(a)-(d) illustrate the operation of the frame memories of thedecoder;

FIG. 7 illustrates the prediction direction for encoding/decoding;

FIGS. 8(a)-(d) illustrate the bit splicing operation;

FIGS. 9(a)-(d) illustrate the reordering of the spliced bit stream;

FIGS. 10(a), (b) illustrate motion estimation of the spliced bit stream;

FIGS. 11(a)-12(d) illustrate motion compensation crossover in thespliced bit stream;

FIGS. 13(a)-(d) illustrate the operation of the video buffer verifier;

FIGS. 14(a), (b) illustrate the operation of the video buffer verifierstoring stream ST_(A);

FIGS. 15(a), (b) illustrate the operation of the video buffer verifierstoring stream ST_(B);

FIGS. 16(a), (b) illustrate the video buffer verifier storing thespliced bit stream;

FIGS. 17(a), (b) illustrate an overflow of the video buffer verifier;

FIGS. 18(a), (b) illustrate an underflow of the video buffer verifier;

FIG. 19 illustrates the present invention;

FIG. 20 illustrates the block diagram of the encoder and decoder of FIG.19;

FIGS. 21(a), (b) illustrate the re-encoding operation of the presentinvention;

FIGS. 22(a)-(d) illustrate the operation of decoding the bit streamsaccording to the present invention;

FIGS. 23(a), (b) illustrate the splicing operation of the presentinvention;

FIGS. 24(a), (b) illustrate streams ST_(A), ST_(B) for splicing inaccordance with the present invention;

FIGS. 25(a)-(d) illustrate the decoding operation in accordance with thepresent invention;

FIGS. 26(a), (b) illustrate the spliced bit stream in accordance withthe present invention;

FIGS. 27(a), (b) illustrate an underflow of the video buffer verifier;

FIGS. 28(a), (b) illustrate the prevention of underflow in accordancewith the present invention;

FIGS. 29(a), (b) illustrate an overflow of the video buffer verifier;

FIGS. 30(a), (b) illustrate the prevention of overflow in accordancewith the present invention;

FIG. 31 presents a flow diagram of the present invention;

FIG. 32 illustrates a continuation of the flow diagram of FIG. 31.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

FIG. 19 illustrates the present invention. It will be appreciated fromthe figure that the present invention receives a plurality of bitstreams, in this case streams A and B (ST_(A) and ST_(B)), which areselectively spliced in accordance with the bit splicing techniquehereinafter described. The present invention is applicable to both theencoding and decoding sides and, as such, may optionally includeencoders 1A and 1B for respectively encoding video data VD_(A) andVD_(B) which produce the bit streams ST_(A) and ST_(B). In any case, itis preferable that the output spliced bit stream ST_(SP) of the presentinvention complies with the MPEG standard and is of course acceptablefor any MPEG encoding/decoding system. It will be appreciated that thepresent invention is transparent to the end-viewer and, for that reason,is marketably attractive since the decoder may not need to be upgradedto receive the spliced bit streams of the present invention. The presentinvention is not limited to splicing one particular type of bit stream,but may of course be applied to any type of bit stream including, forexample, the elementary stream, the packetized elementary stream and thetransport stream.

In more detail, FIG. 19 illustrates that the streams ST_(A) and ST_(B)are input to a buffer memory 10, a stream counter 11 and a streamanalyzing portion 12. The stream counter 11 counts the number of bits ineach of the streams ST_(A) and ST_(B) whilst the stream analyzingportion 12 analyzes the syntax of each of the streams. A splicecontroller 13 controls the bit splicing operation of the presentinvention as will be described in more detail. MPEG decoders 14A and 14Bdecode the streams ST_(A) and ST_(B) retrieved from the buffer memory 10which output respective base-band video data to a switch 15. At thecontrol of the splice controller 13, the switch 15 outputs either streamST_(A) or ST_(B) to an MPEG encoder 16. The MPEG encoder 16, at thecontrol of the splice controller 13, encodes the video base-band dataselected by the switch 15 to thereby output a re-encoded bit streamST_(RE). A switch 17, as controlled by the splice controller 13,selectively outputs either the bit streams ST_(A), ST_(B) retrieved fromthe buffer memory 10 or the re-encoded bit stream ST_(RE) to therebyoutput the spliced bit stream ST_(SP).

The operation of the present invention shown in FIG. 19 will now bedescribed. The stream counter 11 counts the number of bits of each ofthe received streams ST_(A) and ST_(B) and supplies the count value tothe splice controller 13. The number of bits of the streams is countedbecause the locus of the data occupancy of the video buffer verifierneeds to be controlled to prevent overflow/underflow. The streamanalyzing portion 12 analyzes the syntax of each of the streams to fetchappropriate information from the layers of the bit streams including thesequence layer, the GOP layer, the picture layer and the macroblocklayer. For example, encoded information such as the picture type (I, Bor P), motion vectors, quantizing steps and quantizing matrices areretrieved by the stream analyzing portion.

The splice controller 13, based on the count value from the streamcounter 11 and the information from the stream analyzing portion 12,sets a re-encoding range for each bit stream in accordance with therange parameters n₀ and m₀. Likewise, the splicing point(s) are set inaccordance with the splice point parameter p₀(s) The splice controller13 controls the timing of the switch 15 to select the appropriate bitstream ST_(A) or ST_(B) to be sent to the MPEG encoder 16 in accordancewith the splicing point parameter p₀ and the range parameters n₀, m₀.The phase and timing of the bit streams are controlled by the splicecontroller to coincide at the predetermined splicing point(s). Thesplice controller 13 controls the switch 17 to select the bit streamsST_(A) and ST_(B) normally. The re-encoded bit stream ST_(RE) producedby the MPEG encoder 16 is selected during the re-encoding range inaccordance with the parameters n₀, m₀ and p₀.

FIG. 20 illustrates in more detail the MPEG decoding/encoding section ofthe present invention wherein reference numeral 14 generally indicatesthe MPEG decoders 14A, B and reference numeral 16 generally indicatesthe MPEG encoder 16 shown in the previous figure. The decoding section14 of the figure essentially performs MPEG decoding utilizing adecompression section for decompressing the input stream ST including avariable-length decoding circuit (VLD) 21, an inverse quantizationcircuit (IQ) 22 and an inverse discrete cosine transform circuit (IDCT)23. The motion estimation section of the decoding section 14 includes anaddition circuit 24 for adding the decompressed bit-stream motionprediction coefficients to the motion estimation coefficients producedin the motion estimation section of the decoder. A switch 25 alternatesbetween selecting the decompressed data corresponding to the I-frames,which bypass motion estimation, and the motion estimated data outputfrom the addition circuit 24. The motion estimation section performsmotion estimation utilizing frame memories (FM1, FM2) 26, 27 and amotion compensation section (MC) in accordance with the operationdescribed with reference to FIGS. 6(a)-(d).

The encoding section 16 shown in FIG. 20 encodes the decoded video dataoutput from the MPEG decoders 14A and 14B in accordance with theoperations of the splice controller 13. An encoder's previous processingcircuit 30 preprocesses the decoded video data by rearranging thepictures of the decoded video date in accordance with the bidirectionalpredictive coding process, forms pixel macroblocks and calculates thedifficulty in coding each picture. In the preferred embodiment, theencoder's previous processing circuit 30 forms 16×16 pixel macroblocks.The encoding section 16 further incorporates a subtraction circuit 31for subtracting a motion prediction error from the input decoded videodata, a switch 32 for bypassing the motion-compensated predictionprocess in the case of I-frames and a compression/motion-compensatedprediction section. The compression portion includes a discrete cosinetransform circuit (DCT) 33, a quantizing circuit (Q) 34 and avariable-length coding circuit (VLC) 35. The quantizing circuit 34 ofthe present invention is controlled by the splice controller 13.

The motion-compensated prediction portion predicts the motion within theB- and P-frames of the input decoded video data. In more detail, thecompressed bit stream is decompressed by application to an inversequantizing circuit (IQ) 36 followed by an inverse discrete cosinetransform circuit (IDCT) 37. The decompressed bit stream is added by theaddition circuit 38 to the motion-compensated version of the picture inorder to reconstitute the current frame. The frame memories FM1, FM2(39, 40) store the appropriate reconstructed frames at the control ofthe motion detection circuit 42 in accordance with the type ofpredictive coding (B- or P-frame encoding). The motion compensationcircuit 41 performs motion compensation in accordance with the frame(s)stored in the frame memories (FM1, FM2) 39, 40 based on the motionvectors provided by the motion detection circuit 42. The motioncompensated picture, which is essentially a prediction of the currentframe, is subtracted from the actual current frame by the subtractioncircuit 31. It will be appreciated that the output of the subtractioncircuit 31 is essentially an error result representing the differencebetween the actual frame and the prediction. An encode controller 43provides substitute motion vectors and controls a switch 44 in order toselect between the motion vectors determined by the motion detectioncircuit 42 and the substitute motion vectors.

The operation of the decoding/encoding section shown in FIG. 20 will nowbe described. The decoding section 14 decodes the input stream STpreferably in accordance with the MPEG standard. The encoder's previousprocessing circuit 30 rearranges the pictures for encoding in accordancewith the picture type information extracted by the stream analyzingcircuit 12 and forms picture data into macroblocks. The rearrangedpictures are forwarded to the encoding section 16 of the figure forencoding.

The splice controller 13 forwards the encoded information, moreparticularly the motion vectors, which are extracted by the streamanalyzing circuit to the encode controller 43. When it is determined toreuse the substitute motion vectors, the encode controller 43 causes theswitch 44 to select the motion vectors supplied thereto. At other times,the encode controller 43 causes the switch 44 to select the motionvectors produced by the motion detection circuit 42. The encodecontroller 43 controls the frame memories (FM1, FM2) 39, 40 to store theappropriate pictures required to produce the predictive image data basedon the substitute motion vectors and in accordance with the picture typeof the current picture to be encoded. In addition, the encode controller43 controls the quantization step size of the quantizing circuit 34 andthe inverse quantization circuit 36 to accommodate the motion vectors inaccordance with the target bit rate supplied by the splice controller13.

The encode controller 43, moreover, controls the variable-length codingcircuit 35. When it is determined that an amount of generated bits ofthe variable-length coding circuit 35 is insufficiently large withrespect to the target amount of bits supplied by the splice controller13, which forewarns of an underflow in the VBV buffer, the encodecontroller 43 adds dummy data to the variable-length coding circuit 35in order to account for the shortage with respect to the target amountof bits. Conversely, the encode controller 43 performs a skippedmacroblock process (ISO/IEC 13818-27.6.6) which interrupts the codingprocess in terms of macroblock units when it is determined that thevariable-length coding circuit 35 generates an amount of bits that isrelatively larger than the target amount of bits which warns of anoverflow.

An example of the control of the decoding/encoding section according tothe present invention will now be described with reference to FIGS.21(a) to 26(b). FIGS. 21(a), (b) illustrate the process of selecting thevideo data to be re-encoded (also referred to as “presentation videodata”) representing those portions of the bit streams ST_(A) (FIG.21(a)) and ST_(B) (FIG. 21(b)) decoded respectively by the decoders 14Aand 14B. In summary, when the splicing point as determined by theparameter p₀ is set, the pictures comprising the presentation video dataare selected to include those pictures within the re-encoding ranges asdefined by the parameters n₀ and m₀.

A picture at the splicing point corresponding to stream ST_(A) isexpressed as A_(n−P0), wherein n is an integer and p₀ is the splicingpoint parameter. Following this convention, pictures which are future tothe picture at the splicing point are expressed as A_((n−P0)+1),A_((n−P0)+2), A_((n−P0)+3), A_((n−P0)+4) . . . A_((n−P0)+n0), wherein n₀is the range parameter defining the range of the presentation video datacorresponding to bit stream ST_(A). Conversely, pictures more previousthan the picture A_(n−P0) at the splicing point are expressed asA_((n−P0)−1), A_((n−P0)−2), A_((n−P0)−3), A_((n−P0)−4), and so on.Likewise, the presentation video data corresponding to the stream ST_(B)at the splicing point is expressed as B_((m−P0)) and the pictures in there-encoding range defined by the parameter m₀ are expressed asB_((m−P0)+1), B_((m−P0)+2), B_((m−P0)+3), B_((m−P0)+4) . . .B_((m−P0)−1), B_((m−P0)−2), B_((m−P0)−3), B_((m−P0)−4) . . .B_((m−P0)−m0). As illustrated in FIGS. 21(a) and (b), the range ofpictures in each respective bit stream ST_(A), ST_(B) are indicated bythe ranges for re-encoding (n₀, m₀). In other words, the re-encodingranges include the pictures from picture A_((n−P0)+n0) to pictureA_((n−P0)) and pictures from picture B_((m−P0)) to pictureB_((m−P0)−m0).

With the present invention, the problem that the decoder on thedecoding-side presents the pictures in the improper order is prevented.Each decoder 14A, B respectively decodes stream ST_(A), ST_(B) therebyproviding the decoded pictures A and B shown in FIGS. 22(b), (c). Thesplice controller 13 selects the re-encoding pictures REP_(A), REP_(B)from pictures A, B by operation of switch 15. Since the streams ST_(A),ST_(B) are decoded by two separate decoders, each set of pictures A, Bare not cross-referenced and, therefore, not reordered upon decoding. Inother words, the pictures which are incorrectly inserted into the wrongstream upon decoding are excluded by the splice controller 13. As shownin FIGS. 25(c), (d), for example, the B-pictures B_((m−P0)+2),B_((m−P0)+1) are excluded from the decoded pictures. Thus, the presentinvention provides a seamlessly-spliced stream which, upon decoding bythe decoding-side decoder, arranges the pictures in the correct order ofpresentation as shown in FIG. 23(a).

FIGS. 23(a), (b) illustrate the solution to the problem of crossovermotion compensation. In accordance with the present invention, thesplice controller 13 controls the encoder 16 to change a direction ofprediction of those pictures which improperly reference pictures inanother stream. This occurs, as discussed with reference to FIGS. 11(a),(b), because a B-picture in stream ST_(B), for example, is originallyencoded by the encoder 1B with reference to the P-picture in the samestream. Since the P-picture occurs before the splicing point, however,the B-picture of stream ST_(B) now improperly refers to a picture instream ST_(A). In order to resolve this problem, the splice controller13 according to the present invention changes the prediction direction.

FIGS. 24(a)-(b) illustrate an example of changing the picture type inaccordance with the present invention to prevent an incorrect motionestimation of a particular picture in the region of the splicing point.FIG. 24(a) shows the presentation video data corresponding to streamST_(A) and FIG. 24(b) shows the presentation video data corresponding tostream ST_(B). The encoded stream ST_(A) is decoded by the decoder 14A(FIG. 19) resulting in the decoded pictures shown in FIG. 25(b).Similarly, the encoded stream ST_(B) of FIG. 25(d) is decoded by thedecoder 14B (FIG. 19) resulting in the decoded pictures of FIG. 25(c).In this example, FIG. 25(b) shows that the B-picture at the splicingpoint is motion predicted with reference to the following B-frame whichoccurs after the re-encoding region REP_(A). If this situation is leftuncorrected, the B-picture at the splicing point will be motionestimated upon decoding with reference to the B-picture in the wrong bitstream, i.e., bit stream ST_(B). Similarly, the P-picture at thesplicing point of the bit stream ST_(B) shown in FIG. 25(c) is motionencoded on the basis of a P-picture occurring outside the re-encodingregion REP_(B). This motion estimation error causes the macroblocks inthe frame to be seen and, when compounded by propagation of the errorthroughout the group of pictures, becomes quite noticeable.

The splice controller 13 in accordance with the present inventionchanges the picture type of the problematic pictures of the foregoingexample. As illustrated in FIGS. 26(a), (b), the B-picture of streamST_(A) at the splicing point A_(n−P0) is changed to a P-picture which ismotion estimated on the basis of the previous P-picture which is withinthe re-encoding range of that stream ST_(A). The P-frame of the streamST_(B) is changed to an I-picture which is not motion estimated. It willbe appreciated that the B-pictures (B(_(m−P0)+2) and B(_(m−P0)+1)) arediscarded as shown in FIG. 25(c) when the P-picture is changed to anI-picture and thus do not exist in the picture stream after there-encoding process is performed. The new picture type may require newprediction direction data and motion vectors. In at least oneembodiment, the splice controller 13 provides the encode controller 43with the encoding information such as the prediction direction and themotion vectors of a previously-coded picture. However, the presentinvention may also provide new motion prediction data using othertechniques such as reconstructing the new picture entirely.

Referring to FIGS. 27(a) to 30(b), a method for calculating a new targetamount of bits for image data in a re-encoding range to preventunderflow/overflow in the VBV buffer according to the present inventionwill now be described. In the figures, T_(RE) represents the re-encodecontrol time, OST_(A) represents the original stream A and ST_(RE)′represents the stream which is re-encoded resulting in an underflowcondition. OST_(B) represents, original stream B, SP_(VBV) represents asplicing point in the VBV buffer and SP represents a splicing point ofthe streams.

FIGS 27(a), (b), illustrate the underflow condition. As shown in FIG.27(a), the locus of the VBV buffer for the stream ST_(RE)′ before thesplicing point SP corresponds to stream A (ST_(A)). After the splicingpoint SP, the locus corresponds to stream B (ST_(B)) Since the level ofdata occupancy of the VBV buffer for stream ST_(A) at the splicing pointis different from the level of data occupancy of the VDV buffer forstream ST_(B), the data occupancy of the VBV buffer at the splicingpoint is discontinuous. In actuality, since the streams of ST_(A),ST_(B) are seamlessly spliced, the VBV buffer continuously stores thestreams without discontinuity. As a result, the VBV buffer occupancy islower at the splicing point SP_(VBV) by VBV_gap than in the case wherethe stream ST_(B) is stored by itself. Because of this artificially-lowoccupancy level, the VBV buffer suffers an underflow VBV_under when thefollowing I-frame, which typically occupies four times the VBV bufferspace as the B- or P-frames, is retrieved from the VBV buffer.

The problem of overflow of the VBV buffer for the spliced streams willnow be described with reference to FIGS. 29(a), (b). FIG. 29 (a) is adiagram showing a locus of data occupancy in the VBV buffer for thespliced stream ST_(SP) shown in FIG. 29 (b). In this case, the level ofthe data occupancy at the splicing point is artificially-higher ascompared with an original locus of the data occupancy in the VBV bufferfor stream ST_(B). As a result, the VBV buffer suffers an overflow whenan I-frame is stored in the VBV buffer as shown in the figure.

Overflow occurs because the target bit rate for each picture is toosmall for the spliced bit stream. The reason for this is that the targetbit rate is set for the smaller bit stream ST_(B) including VBV_(OST)_(—) _(B) which, as will be seen from FIGS. 27(a), 29(a), is notincluded in the spliced bit stream ST_(RE)′. The underflow condition isthe opposite case where the target bit rate is too large for the splicedbit stream ST_(B). To compound the problem, the locus of the dataoccupancy of the VBV buffer becomes discontinuous at a point where thestream ST_(RE)′ to be re-encoded is switched back to the original streamOST_(B) which presents an additional overflow/underflow situation.

It is possible to resolve the overflow/underflow problem by controllingthe locus VBV_(OST) _(—) _(B) of the amount of data occupancy of the VBVbuffer corresponding to the original stream OST_(B). However, VBV_(OST)_(—) _(E) is an optimum locus determined to prevent overflow orunderflow of the original stream OST_(B). If the level of the optimumlocus is controlled, there is a possibility that overflow or underflowoccurs.

The splice controller 13 operation for setting the new target bit ratewill be discussed with reference to FIGS. 19, 28(a),(b) and 30(a),(b).Initially, with reference to FIG. 19, in accordance with a bit countvalue of stream ST_(A) and a bit count value of stream ST_(B) suppliedfrom the stream counter 11, the splice controller 13 calculates a locusof the data occupancy of the VBV buffer for the original stream OST_(A),a locus of a data occupancy of the VBV buffer for the original streamOST_(B) and a locus of a data occupancy of the VBV buffer for the streamST_(RE)′ to be re-encoded in a case where stream ST_(A) and streamST_(B) are spliced. The locus of the data occupancy of the VBV buffer ineach case can be calculated by subtracting an amount of bits output fromthe VBV buffer corresponding to the presentation times from the bitcount value supplied from the stream counter 11. Therefore, the splicecontroller 13 is able to virtually recognize the locus of the dataoccupancy of the VBV buffer for the original stream OST_(A), the locusof the data occupancy of the VBV buffer for the original stream OST_(B)and the locus of the data occupancy of the VBV buffer for the streamST_(RE)′ to be re-encoded in a case where stream ST_(A) and streamST_(B) are spliced.

The splice controller 13 references the locus of the data occupancy ofstream ST_(RE)′, to calculate an amount of overflow/underflow(vbv_over)/(vbv_under) of the stream ST_(RE)′ to be re-encoded.Moreover, the splice controller 13 makes reference to the data occupancyof the stream ST_(RE)′ and the locus (VBV_(OST) _(—) _(B)) of the dataoccupancy of the original stream OST_(B) in the VBV buffer. The splicecontroller 13 calculates the gap value (vbv_gap) in the VBV buffer atthe switching point between the stream ST_(RE)′ to be re-encoded and theoriginal stream OST_(B). The splice controller 13 calculates an offsetamount vbv_off of a target amount of codes in accordance with thefollowing Equations (1) and (2):vbv_off=−(vbv_under−vbv_gap)   (1)vbv_off=+(vbv_over−vbv_gap)   (2)

If the VBV buffer underflows as in the case shown in FIG. 27 (a),Equation (1) is used to calculate the offset amount vbv_off. If the VBVbuffer overflows as in the case shown in FIG. 29 (a), Equation (2) isused to calculate the offset amount vbv_off.

Then, the splice controller 13 uses the offset amount vbv_off obtainedin accordance with Equations (1) or (2) to calculate a target amount ofcodes (a target amount of bits) TB_(P0) in accordance with the followingEquation (3): $\begin{matrix}{{TB}_{P\quad 0} = {{\sum\limits_{i = 0}^{n\quad 0}\quad{{GB\_ A}_{{({n - {P\quad 0}})} + i}{\sum\limits_{i = 0}^{n\quad 0}\quad{GB\_ B}_{{{({m - {P\quad 0}})} - i}\quad}}}} + {vbv\_ off}}} & (3)\end{matrix}$

The target amount of bits TB_(P0) is a value assigned to the picturewhich is subjected to the re-encoding process. In Equation (3), GB_A isa value indicating an amount of generated bits of a picture which is anyone of pictures A_(n−P0) to A_((n−P0)+n0) in stream ST_(A) and ΣGB_A_((n−P0)+i) is a sum of the amount of generated bits of the picturesA_(n−P0) to A_((n−P0)+n0). Similarly, GB_B is a value indicating anamount of generated bits of a picture which is any one of picturesB_(m−P0) to B_((m−P0)−m0) in stream ST_(B) and Σ GB_B_((m−P0)+i) is asum of the amount of generated bits of the pictures B_(m−P0) toB_((m−P0)−m0).

That is, the target amount of bits TB_(P0) expressed by Equation (3) isa value obtained by adding the offset amount vbv_off of the VBV bufferto the total amount of generated bits of the pictures A_((n−P0)−n0) toB_((m−P0)−m0). The offset amount vbv_off is added to correct the targetamount of bits TB_(P0) such that the gap of the locus of the dataoccupancy at the switching point between the stream ST_(SP), which is tobe re-encoded, and the original stream OST_(B) is minimized (preferablyzero). With the present invention, seamless splicing is realized.

The splice controller 13 assigns the target amount of bits TB_(P0)obtained in accordance with Equation (3) to the pictures A_((n−P0)+n0)to B_((m−P0)−m0). Usually, the quantizing characteristic of each pictureis determined in such a manner that the target amount of bits TB_(P0) isdistributed at a ratio of I picture:P picture:B picture=4:2:1. Thesplicing apparatus according to at least one embodiment of the presentinvention is not so rigid but makes reference to the quantizingcharacteristics including the previous quantizing steps and thequantizing matrices of the pictures A_((n−) _(P0)+n0) to B_((m−P0)−m0)so as to determine a new-quantizing characteristic. Specifically, theencode controller 43 makes reference to the quantizing steps and thequantizing matrices included in streams ST_(A) and ST_(B). To prevent anexcessive deviation from the quantizing characteristic realized in theprevious encoder process of the encoders 1A, 1B the encode controller 43determines the quantizing characteristic when the re-encoding process isperformed.

The present invention in accordance with the foregoing preventsunderflow/overflow in the VBV buffer. FIGS. 28 (a), (b) illustrate adata occupancy of the VBV buffer when a re-encoding process is performedusing the target amount of bits TB_(P0) calculated by the splicecontroller 13 which resolves the problem of underflow described withreference to FIGS. 27 (a), (b). FIGS. 30 (a), (b) similarly illustrate adata occupancy of the VBV buffer when a re-encoding process is performedusing the target amount of bits TB_(P0) calculated by the splicecontroller 13 which resolves the problem of overflow described withreference to FIGS. 29 (a), (b).

The operations of the splicing and editing process according to thepresent invention will be described with reference to FIGS. 31 and 32.The present invention preferably meets regulations of Annex C ofISO13818-2 and ISO11172-2 and Annex L of ISO13818-1 and of course mayconform to their encoding/decoding standards.

In step S10, the splice controller 13 receives the splicing pointparameter p₀ for splicing the streams ST_(A) and ST_(B) and re-encodingranges n₀ and m₀. It is possible that an operator inputs theseparameters. The re-encoding ranges n₀ and m₀ may be automatically set inaccordance with the configuration of the GOP of the stream or the like.In step S11, the splice controller 13 temporarily stores the streamsST_(A) and ST_(B) in the buffer memory 10. The phases of the splicingpoint of each of the streams ST_(A) and ST_(B) are synchronized withreference to the presentation time by controlling a reading operation ofthe buffer memory 10.

In step S12, the splice controller 13 selects a picture to be output forre-encoding while inhibiting a picture in stream ST_(A) appearing afterthe picture A_(n−P0). Moreover, the splice controller 13 selects apicture to be output for re-encoding while inhibiting a pictureappearing before the picture B_(m−P0) of stream ST_(B) at the splicingpoint. FIGS. 25 (a),(b) illustrate the situation where a P pictureA_((n−P0)−2) of stream ST_(A) appears after the picture A_(n−P0) at thesplicing point. In an order of presentation, picture A_((n−P0)−2) is apicture in the future as compared with picture A_(n−P0). Therefore, theP picture A_((n−P0)−2) is not output in the present invention.Similarly, as shown in FIGS. 25 (c); and (d), the B picturesB_((m−P0)+2) and B_((m−P0)+1) are before the picture B_(m−P0) at thesplicing point. In an order of presentation, pictures B_((m−P0)+2) andB_(m−P0)+1) are previous to picture B_(m−P0). Therefore, the B picturesB_((m−P0)+2) and B_((m−P0)+1) are not output in the present invention.As described, pictures to be transmitted are selected with reference tothe order of presentation, thereby preventing the problem of thepresentation order described with reference to FIGS. 9 (a)-(d).

In step S13, the splice controller 13 initiates a process for settingthe coding parameters required to reconstruct the pictures forre-encoding in accordance with steps S14 to S30. The parameters whichare set in this process include the picture type, a direction ofprediction and the motion vectors for example.

In step S14, the splice controller 13 determines whether the picture tobe subjected to the picture reconstruction process is the pictureA_(n−P0) at the splicing point. If so, the operation proceeds to stepS15. Otherwise, the operation proceeds to step S20.

In step S15, the splice controller 13 determines whether the picture tobe subjected to the picture reconstruction is a B picture, a P pictureor an I picture. If the picture to be subjected to the picturereconstruction is a B picture, the operation proceeds to step S17. Ifthe picture to be subjected to the picture reconstruction is a P pictureor an I picture, the operation proceeds to step S18.

In step S16, the splice controller 13 determines whether two or more Bpictures exist in front of picture A_(n−P0) in the spliced streamST_(SP). For example, and as shown is FIG. 26(b), if two B pictures(A_(n−P0)+2), A_((n−P0)+3)) exist in front of picture A_(n−P0), theoperation proceeds to step S18. Otherwise, the operation proceeds tostep S17. In step S17, the splice controller 13 determines that thechange of the picture type of the picture A_(n−P0) is unnecessary. Atthis time, the splice controller 13 sets a picture type for use in theprocess for re-encoding the picture A_(n−P0) to the same picture type(the B picture) used previously by the encoder 1A. Therefore, in there-encoding process in this case the picture A_(n−P0) is re-encoded asthe B picture.

In step S18, the splice controller 13 changes the picture type of thepicture A_(n−P0) from the B picture to the P picture. To explain, whentwo B pictures (A_((n−P0)+2), A_((n−P0)+3)) exist in front of the Bpicture (A_(n−P0)), there are three B pictures to be re-encoded whichare arranged sequentially in the stream ST_(RE)′. Since a typical MPEGdecoder has only two frame memories for temporarily storing predictedpictures, the third B picture cannot be decoded. Therefore, the presentinvention changes the picture A_(n−P0) type from the B picture to the Ppicture type as described with reference to FIGS. 26 (a), (b). Thus, thepicture A_(n−P0) is reliably decoded as a P picture.

In step S19, the splice controller 13 determines that the change in thepicture type of the picture A_(n−P0) is unnecessary. At this time, thesplice controller 13 sets the picture type for use when the pictureA_(n−P0) is re-encoded to the picture type (the I picture or the Ppicture) set previously by the encoder 1A.

In step S20, the splice controller 13 determines that the change in thepicture type of the picture A_(n−P0) is unnecessary. At this time, thesplice controller 13 sets the picture type for use when the pictureA_(n−P0) is re-encoded to the picture type (the I picture, the P pictureor the B-picture) set previously by the encoder 1A.

In step S21, the splice controller 13 sets a direction of prediction andthe motion vectors for each picture. In the example shown in FIGS. 25(a)-(d) and 26 (a), (b), the picture A_(n−P0) to be subjected to thepicture reconstruction process is a B picture in the original streamOST_(A). In this case, the B picture A_(n−p0) is bi-directionallypredicted from the P pictures A_((n−P0)+1) and A_((n−P0)−2). Accordingto step S12, the P picture A_(n−P0)−2) is inhibited from being output asthe spliced stream and, thus, is prevented from becoming an inverselypredicted picture of the picture A_(n−P0) specified in the picturereconstruction process. Therefore, when the picture A_(n−P0) is a Bpicture, its picture type is unchanged in step S17 and, as such, issubjected to a forward and one-sided prediction in which only the Ppicture of A_((n−P0)+1) is employed for prediction. This is similar tothe case in step S18 where the B picture is changed to the P picturesuch that the one-sided prediction parameter for predicting the pictureA_(n−P0) is based only on the P picture A_((n−P0)+1).

The direction of prediction when the picture A_(n−P0) is a P picture instep S19 is unchanged. That is, the splice controller 13 sets a forwardand one-sided prediction for the picture A_(n−P0) as in the previousencode process performed by the encoder 1A.

A change in the direction of prediction of the pictures A_((n−P0)+n0) toA_((n−P0)+1) as determined in step S20 is unnecessary. That is, thesplice controller 13 sets a direction of prediction for the picturesA_((n−P0)+n0) to A_((n−P0)+1) as set previously by the encoder 1A. Ifthe two pictures A_((n−P0)+1) and A_(n−P0) are B pictures predicted fromtwo directions from the forward-directional P picture or I picture andthe inverse-directional I picture or the P picture, the prediction forthe picture A_((n−P0)+1) as well as the picture A_(n−P0) must be changedto one-sided prediction such that prediction is performed from only theforward-directional picture.

In step S21, the splice controller 13 determines whether the motionvectors for each picture in the previous encode process performed by theencoder 1A is reused when the re-encoding process is performed inaccordance with the newly set direction of prediction. As describedabove, the motion vectors used in a previous encode process performed bythe encoder 1A are the same as in the re-encoding process, i.e.,employed for the P picture and the B picture when the direction ofprediction of each has not changed. In the examples shown in FIGS. 23(a),(b) and 26 (a),(b), the motion vectors used in the previous encodeprocess performed by the encoder 1A are reused when the picturesA_((n−P0)+n0) to A_((n−P0)+1) are re-encoded. When the pictureA_((n−P0)+1) and the picture A_(n−P0) are B pictures predicted from bothdirections from a P picture or an I picture in the forward direction andan I picture or a P picture in the reverse direction, the prediction ischanged to one-sided prediction in which prediction is performed in onlya forward-directional picture. Therefore, only motion vectorscorresponding to the forward-directional picture are used. That is, whenthe picture A_((n−P0)+1) and the picture A_(n−P0) are B pictures, thesplice controller 13 sets the prediction direction such that the motionvector for the forward-directional picture is used and theinverse-directional motion vector is not used in step S21.

If the picture A_(n−P0) is a picture predicted in one direction, e.g.,the inverse direction from only a future picture such as A_((n−P0)−2),the motion vectors produced in the previous encoder process performed bythe encoder 1A are not used. In this case, new motion vectorscorresponding to A_((n−P0)+1) are produced. That is, the splicecontroller 13 sets the direction of prediction in step S21 such that anyprevious motion vectors are not used.

In step S22, the splice controller 13 determines whether all parametersof the picture type, the direction of prediction and previous motionvectors of the pictures from pictures A_((n−P0)+n0) to A_(n−P0) are set.If so, control proceeds to step S23.

In step S23, the splice controller 13 determines whether the picture tobe subjected to the picture reconstruction process is a picture B_(m−P0)at the splicing point. If so, the operation proceeds to step S24.Otherwise, if the picture to be subjected to the picture reconstructionis any one of pictures B_((m−P0)−1) to B_((m−p0)+m0), the operationproceeds to step S28. In step S24, the splice controller 13 determineswhether the picture to be subjected to the picture reconstructionprocess is a B picture, a P picture or an I picture. If the picture tobe subjected to the picture reconstruction process is a B picture, theoperation proceeds to step S25. If the picture to be subjected to thepicture reconstruction process is a P picture, the operation proceeds tostep S26. If the picture to be subjected to the picture reconstructionprocess is an I picture, the operation proceeds to step S27.

In step S25, the splice controller 13 determines that a change in thepicture type of the picture B_(m−P0) in the re-encoding process isunnecessary as in the example shown in FIGS. 22 (a)-(d) and 23(a), (b).Thus, the splice controller 13 sets the picture type for use in are-encoding process of the picture B_(m−P0) to the same picture type(the B picture) as set previously by the encoder 1B.

In step S26, the splice controller 13 changes the picture type of thepicture B_(m−P0) from the P picture to the I picture as in the examplesshown in FIGS. 25 (a)-(d) and 26 (a), (b). The reason will now bedescribed. Since the P picture is a one-sided prediction picture whichis predicted from the forward-directional I- or P-picture, the P pictureis always positioned behind the pictures used for prediction on thestream. If the first picture B_(m−P0) at the splicing point in thestream ST_(B) is a P picture, prediction must be performed from aforward-directional picture of the stream ST_(A) which exists in frontof the picture B_(m−P0). Since the streams ST_(A), ST_(B) are different,it is apparent that the quality of the image obtained by a decodingprocess deteriorates considerably if the picture type of the firstpicture B_(m−P0) is set to the P picture. In this case, the splicecontroller 13 changes the picture type of the B_(m−p0) picture to the Ipicture.

In step S27, the splice controller 13 determines that a change in thepicture type of the picture B_(m−P0) is unnecessary. Thus, the splicecontroller 13 sets the picture for use in the re-encoding process of thepicture B_(m−P0) to the same picture type (I picture) set previously bythe encoder 1B.

In step S28, the splice controller 13 determines that a change in thepicture type of the pictures B_((m−P0)−1) to B_((m−P0)−m0) isunnecessary. The splice controller 13 sets the picture for use in there-encoding process of each of the foregoing pictures to the samepicture type (the I picture, the P picture or the B picture) setpreviously by the encoder 1B.

In step S29, the splice controller 13 sets a direction of prediction andmotion vectors for each picture. If the picture B_(m−P0) to be subjectedto the picture reconstruction process is, in the original streamOST_(B), a B picture as in the example shown in FIGS. 22 (a)-(d) and 23(a), (b), the picture B_(m−P0) is a picture predicted from twodirections, i.e., from the P picture B_((m−P0)+1) and the I pictureB_((m−P0)−2). As described in step S12, the P picture of B_((m−P0)+1) isnot output as a splicing stream and, therefore, is not specified as aforward-directional prediction picture for the picture B_(m−P0) to besubjected to the picture reconstruction process. Therefore, the pictureB_(m−P0) which is set such that a change in its picture type isunnecessary in step S25 must be set to perform an inverse and one-sidedprediction such that only the I picture B_((m−P0)−2) is predicted.Therefore, the splice controller 13 sets a direction of prediction forthe picture B_(m−P0) to perform the inverse and one-side prediction suchthat only the I picture B_((m−P0)−2) is used in the prediction.

A change in the direction of prediction of the pictures B_((m−P0)+m0) toB_((m−P0)+1) instep S28 is deemed unnecessary. In this case, the splicecontroller 13 sets a direction of prediction for the picturesB_((m−P0)+m0) to B_((m−P))+1) to the same picture previously set by theencoder 1B. If the picture B_((m−P0)−1) is a B picture, a direction ofprediction for the B_((m−P0)−1) is set such that inverse and one-sidedprediction is performed so that only the I picture of B_((m−P0)−2) ispredicted. This is similar to the foregoing case in which the pictureB_(m−P0) is predicted.

In accordance with the newly set direction of prediction, the splicecontroller 13 determines in step S29 whether the motion vectors setpreviously are reused for each picture when the re-encoding process isperformed. As described above, the re-encoding process is performed suchthat the motion vectors used in a previous encode process of the encoder1B are reused for the P pictures and the B pictures when the predictiondirection has not been changed. For example, in FIGS. 22 (a)-(d) and 23(a),(b), the motion vectors used in a previous encode process are usedfor the pictures from the I picture B_((m−P0)−2) to the P pictureB_((m−P0)−m0). The direction of prediction for each of the picturesB_(m−P0) and B_((m−P0)−1) predicted from the two directions, e.g., fromthe P picture B_((m−P0)+1) and the I picture of B_((m−P0)−2), in aprevious encoder process performed by the encoder 1B is changed toone-sided prediction such that only the I picture B_((m−P0)−2) is usedfor prediction. Therefore, the motion vectors corresponding to thepicture B_((m−P0)+1) are not used. That is, in step S29, the splicecontroller 13 reuses the previous motion vectors for only one directionfor the pictures B_(m−P0) and B_((m−P0)−1). That is, the motion vectorsfor the inverse direction are not used.

Next, in step S30, the splice controller 13 determines whether theparameters relating to the picture type, the direction of prediction andthe motion vectors for all of the pictures from the picture B_(m−P0) tothe picture B_((m−P0)−m0) are set. If so, the splice controller 13 instep S31 calculates a target amount of bits (TB_(P0)) to be generated inthe re-encoding period in accordance with Equation (3). Specifically,the splice controller 13 initially calculates a locus of the dataoccupancy of the VBV buffer for the original stream OST_(A), a locus ofthe data occupancy of the VBV buffer for the original stream OST_(B) anda locus of the data occupancy of the VBV buffer for the stream ST_(RE)′to be encoded in a case where streams ST_(A), ST_(B) are spliced inaccordance with a bit count value of stream ST_(A) and the bit countvalue of stream ST_(B) supplied from the stream counter 11. Then, thesplice controller 13 analyzes the virtually-obtained locus of the dataoccupancy of the VBV buffer for the stream ST_(RE)′ to be re-encoded.

Thus, the splice controller 13 calculates an amount of underflow(vbv_under) or an amount of overflow (vbv_over) of the stream ST_(RE)′to be re-encoded. Moreover, the splice controller 13 compares thevirtually-obtained locus of the data occupancy of the VBV buffer forstream ST_(RE)′ to be re-encoded and a locus (VBV_(OST) _(—) _(B)) ofthe data occupancy in the VBV buffer for the original stream OST_(B).Thus, the splice controller 13 calculates a gap value (vbv_gap) of theVBV buffer at a switching point between stream ST_(RE)′ to be re-encodedand the original stream OST_(B). Then, the splice controller 13calculates an offset amount vbv_off of the target amount of codes inaccordance with Equations (1) and (2). Then, the splice controller 13uses the offset amount vbv_off calculated in accordance with Equation(1) or (2) to calculate a target amount of codes (target amount of bits)TB_(P0) in accordance with Equation (3).

In step S32, the splice controller 13 determines a quantizingcharacteristic to be set for each picture. The quantizing characteristicis determined in accordance with an assignment to the picturesA_((n−P0)+n0) to B_((m−P0)−m0) of the target amount of bits TB_(P0)calculated in accordance with Equation (3) The splicing apparatusaccording to the present invention makes reference to quantizingcharacteristics including the previous quantizing steps and thequantizing matrices of each of the pictures A_((n−P0)−n0) toB_((m−P0)−m0) used by the encoders 1A and 1B so as to determine newquantizing characteristics. Specifically, the splice controller 13initially receives from the stream analyzing portion 12 informationabout the coding parameters, quantizing steps and quantizing matricesproduced in a previous coding process performed by the encoders 1A and1B and included in the streams ST_(A), ST_(B).

Further, the splice controller 13 makes reference to the amounts ofcodes (bits) assigned to the target amount of bits TB_(P0) andinformation of the previous coding parameters. The splice controller 13determines the quantizing characteristics when the re-encoding processis performed so as to prevent excessive deviation from the quantizingcharacteristics in the encoding processes performed by the encoders 1Aand 1B. As described in steps S18 and S26, the quantizingcharacteristics of the pictures, the picture type of each of which hasbeen changed by the picture reconstruction process, are newly calculatedwhen the re-encoding process is performed without reference to theinformation of the quantizing steps and the quantizing matrices.

In step S33, the splice controller 13 decodes the pictures A_((n−P0)+n0)to B_((m−P0)−m0) included in the re-encoding range. In step S34, thesplice controller 13 uses the quantizing characteristics set to picturesA_((n−P0)+n0) to B_((m−P0)−m0) while controlling the amount of generatedbits. If the splice controller 13 reuses the previous motion vectors,the encode controller 43, at the control of the splice controller 13,causes switch 44 to channel the previous motion vectors to the motioncompensation portion 41. When the previous motion vectors are not used,the encode controller 43 controls the switch 44 to channel the motionvectors newly produced by the motion detection circuit 42 to the motioncompensation portion 41. At this time, the encode controller 43 controlsthe frame memories 39 and 40 in accordance with information about thepicture type supplied from the splice controller 13 to store thepictures required to produce predicted image data. The encode controller43 sets, to the quantizing circuit 34 and the inverse quantizationcircuit 36, the quantizing characteristics in the re-encoding rangesupplied from the splice controller 13.

In step S35, the splice controller 13 controls the switch 17 toselectively output stream ST_(A) from the buffer 10, stream ST_(B) fromthe buffer 10 or the re-encoded stream ST_(RE) from the MPEG encoder 16.Thus, the splice controller 13 seamlessly-splices stream ST_(A) whichappears before the re-encoding range, re-encoded stream ST_(RE) in there-encoding range and stream ST_(B) which appears after the re-encodingrange to provide seamlessly-spliced bit stream ST_(SP).

Although preferred embodiments of the present invention andmodifications thereof have been described in detail herein, it is to beunderstood that this invention is not limited to those preciseembodiments and modifications, and that other modifications andvariations may be affected by one skilled in the art without departingfrom the spirit and scope of the invention as defined by the appendedclaims.

1-86. (canceled)
 87. A splicing apparatus for splicing a first encodedstream and a second encoded stream at a splicing point, said splicingapparatus comprising: decoding means for decoding a first predeterminedsection including a first splicing point set in the first encoded streamand for decoding a second predetermined section including a secondsplicing point set in the second encoded stream for generating first andsecond video data, respectively; target-bit-amount setting means forsetting a target amount of bits in a re-encoded stream generated byre-encoding the first and second video data; re-encoding means forre-encoding the first and second video data by splicing said first andsecond video data at the respective first and second splicing points togenerate said re-encoded stream; and splice control means forcontrolling said re-encoding means to re-encode said first and secondvideo data in accordance with the target amount of bits set by saidtarget-bit-amount setting means.
 88. The splicing apparatus according toclaim 87, further comprising spliced-stream producing means forgenerating a spliced stream by switching between said first encodedstream and said re-encoded steam at a first switching point and byswitching between said re-encoded stream and said second encoded steamat a second switching point.
 89. The splicing apparatus according toclaim 88, wherein the spliced-stream producing means does not generate afuture stream of said first encoded stream at the first switching pointin a time axis of presentation as said spliced stream, and does notgenerate a previous stream of said second encoded stream at the secondswitching point in a time axis of presentation as the spliced stream.90. The splicing apparatus according to claim 87, further comprising:splicing point setting means for setting the first splicing point insaid first encoded stream and the second splicing point in said secondencoded stream; and means for setting the first predetermined sectionthat includes the first splicing point and for setting the secondpredetermined section that includes the second splicing point.
 91. Thesplicing apparatus according to claim 87, wherein the target-bit-amountsetting means sets the target amount of bits by picture units.
 92. Thesplicing apparatus according to claim 87, wherein the splice controlmeans controls the re-encoding means to prevent overflow or underflow ofa virtual buffer corresponding to an input buffer of a decoder thatdecodes the re-encoded stream.
 93. The splicing apparatus according toclaim 88, wherein the splice control means controls the re-encodingmeans to prevent overflow or underflow of a virtual buffer correspondingto an input buffer of a decoder that decodes the spliced stream.
 94. Thesplicing apparatus according to claim 87, wherein the splice controlmeans controls the re-encoding means to reduce a deviation of a locus ofdata occupancy of a virtual buffer corresponding to an input buffer of adecoder that decodes the re-encoded stream before and after the splicingpoint.
 95. The splicing apparatus according to claim 88, wherein thesplice control means controls the re-encoding means to reduce adeviation of a locus of data occupancy of a virtual buffer correspondingto an input buffer of a decoder that decodes the spliced stream beforeand after the splicing point or the first or second switching point. 96.The splicing apparatus according to claim 87, wherein the splice controlmeans controls the re-encoding means to prevent a discontinuity in alocus of data occupancy of a virtual buffer corresponding to an inputbuffer of a decoder that decodes the re-encoded stream at the splicingpoint.
 97. The splicing apparatus according to claim 88, wherein thesplice control means controls the re-encoding means to prevent adiscontinuity in a locus of data occupancy of a virtual buffercorresponding to an input buffer of a decoder that decodes the splicedstream at the first switching point or at the second switching point.98. The splicing apparatus according to claim 87, wherein the splicecontrol means controls the re-encoding means to approximate a locus ofdata occupancy of a virtual buffer corresponding to an input buffer of adecoder that decodes the re-encoded stream to the locus of dataoccupancy which is an original locus of the first or second encodedstream.
 99. The splicing apparatus according to claim 87, wherein thesplice control means controls the re-encoding means to selectively reusean encoded parameter included in the first or second encoded stream.100. The splicing apparatus according to claim 99, wherein the splicecontrol means controls the re-encoding means to re-encode by reusing aquantizer scale included in the first or second encoded stream.
 101. Thesplicing apparatus according to claim 99, further comprising quantizercharacteristic setting means for setting quantizer characteristicinformation for re-encoding on the basis of quantizer characteristicinformation included in the first or second encoded stream and thetarget amount of bits set by the target-bit-amount setting means, andwherein the splice control means controls the re-encoding means tore-encode by using the quantizer characteristic information set by saidquantizer characteristic setting means.
 102. The splicing apparatusaccording to claim 99, wherein the splice control means controls there-encoding means to re-encode by selectively reusing motion vectorinformation used in generating the first or second encoded stream or thefirst or second generated video data.
 103. The splicing apparatusaccording to claim 99, wherein the splice control means controls there-encoding means to determine whether or not motion vector informationused in generating the first or second encoded stream or included in thefirst or second generated video data is to be reused in re-encoding, andto re-encode by using a motion vector detected in the video data whenthe determination has been made that the motion vector information isnot to be reused.
 104. The splicing apparatus according to claim 99,wherein the splice control means controls the re-encoding means tore-encode by selectively reusing a picture type used in generating thefirst or second encoded stream or the first or second generated videodata.
 105. The splicing apparatus according to claim 87, wherein thesplice control means controls the re-encoding means to selectively reusean encoded parameter used in generating the first or second encodedstream or the first or second generated video data.
 106. The splicingapparatus according to claim 105, wherein the splice control meanscontrols the re-encoding means to re-encode by reusing a quantizer scaleused in generating the first or second encoded stream or the first orsecond generated video data.
 107. The splicing apparatus according toclaim 105, further comprising quantizer characteristic setting means forsetting quantizer characteristic information for re-encoding on thebasis of quantizer characteristic information used in generating thefirst or second encoded stream or the first or second generated videodata and the target amount of bits set by the target-bit-amount settingmeans, and wherein the splice control means controls the re-encodingmeans to re-encode by using the quantizer characteristic information setby said quantizer characteristic setting means.
 108. The splicingapparatus according to claim 99, wherein the splice control meanscontrols the re-encoding means to re-encode by selectively reusingmotion vector information included in the first or second encodedstream.
 109. The splicing apparatus according to claim 99, wherein thesplice control means controls the re-encoding means to determine whetheror not motion vector information included in the first or second encodedstream is to be reused in re-encoding, and to control the re-encodingmeans to re-encode by using a motion vector detected in the first orsecond video data when it is determined that the motion vectorinformation is not to be reused.
 110. The splicing apparatus accordingto claim 99, wherein the splice control means controls the re-encodingmeans to re-encode by selectively reusing a picture type included in thefirst or second encoded stream.
 111. The splicing apparatus according toclaim 87, further comprising prediction direction setting means forsetting a prediction direction with respect to a picture proximate thesplicing point so as to prevent a prediction direction from pictures ofthe first and second encoded streams sandwiching the splicing point, andwherein the splice control means controls the re-encoding means tore-encode on the basis of the prediction direction set by saidprediction direction setting means.
 112. The splicing apparatusaccording to claim 87, wherein the splice control means controls there-encoding means to re-encode by reconfiguring a picture type toprevent prediction encoding using a picture belonging to the first andsecond encoded streams that sandwich the splicing point.
 113. Thesplicing apparatus according to claim 87, wherein the splice controlmeans controls the re-encoding means to approximate an amount of bitsgenerated in re-encoding to an amount of bits in the first or secondencoded stream.
 114. The splicing apparatus according to claim 87,wherein the splice control means controls the re-encoding means to adddummy data that compensates for a lack of bits in the re-encoded streamwith respect to the target amount of bits set by the target-bit-amountsetting means.
 115. The splicing apparatus according to claim 87,wherein the splice control means controls the re-encoding means tointerrupt re-encoding when the amount of bits generated for there-encoded stream exceeds the target amount of bits set by thetarget-bit-amount setting means.
 116. A splicing method for splicing afirst encoded stream and a second encoded stream at a splicing point,said splicing method comprising the steps of: decoding a firstpredetermined section including a first splicing point set in the firstencoded stream and decoding a second predetermined section including asecond splicing point set in the second encoded stream to generate firstand second video data, respectively; setting a target amount of bits ina re-encoded stream generated by re-encoding the first and the secondvideo data; re-encoding the first and the second video data by splicingsaid first and second video data at the respective first and secondsplicing points to generate said re-encoded stream; and controlling there-encoding so as to re-encode said first and second video data inaccordance with the set target amount of bits.
 117. A splicing apparatusfor splicing a first encoded stream and a second encoded stream at asplicing point, comprising: target-bit-amount setting means for settinga target amount of bits in a re-encoded stream generated by re-encodingfirst and second video data, said first video data having been generatedby decoding a first predetermined section including a first splicingpoint set in the first encoded stream and said second video data havingbeen generated by decoding a second predetermined section including asecond splicing point set in the second encoded stream; re-encodingmeans for generating a re-encoded stream by splicing the first andsecond video data at the first and the second splicing points,respectively; and splice control means for controlling the re-encodingmeans to re-encode in accordance with the target amount of bits set bythe target-bit-amount setting means.
 118. A splicing method for splicinga first encoded stream and a second encoded stream at a splicing point,comprising the steps of: setting a target amount of bits in a re-encodedstream generated by re-encoding first and second video data, said firstvideo data having been generated by decoding a first predeterminedsection including a first splicing point set in the first encoded streamand said second video data having been generated by decoding a secondpredetermined section including a second splicing point set in thesecond encoded stream; generating a re-encoded stream by splicing thefirst and second video data at the first and second splicing points,respectively; and controlling the generation of the re-encoded stream soas to re-encode in accordance with the set target amount of bits.
 119. Asplicing apparatus for splicing a first encoded stream and a secondencoded stream at a splicing point, said splicing apparatus comprising:a decoder for decoding a first predetermined section including a firstsplicing point set in the first encoded stream and for decoding a secondpredetermined section including a second splicing point set in thesecond encoded stream for generating first and second video data,respectively; a target module for setting a target amount of bits in are-encoded stream generated by re-encoding the first and second videodata; a re-encoder for re-encoding the first and second video data bysplicing said first and second video data at the respective first andsecond splicing points to generate said re-encoded stream; and acontroller for controlling said re-encoder to re-encode said first andsecond video data in accordance with the target amount of bits set bysaid target module.
 120. A splicing apparatus for splicing a firstencoded stream and a second encoded stream at a splicing point,comprising: a target module for setting a target amount of bits in are-encoded stream generated by re-encoding first and second video data,said first video data having been generated by decoding a firstpredetermined section including a first splicing point set in the firstencoded stream and said second video data having been generated bydecoding a second predetermined section including a second splicingpoint set in the second encoded stream; a re-encoder for generating are-encoded stream by splicing the first and second video data at thefirst and the second splicing points, respectively; and a controller forcontrolling the re-encoder to re-encode in accordance with the targetamount of bits set by the target module.